home *** CD-ROM | disk | FTP | other *** search
/ AMIGA PD 1 / AMIGA-PD-1.iso / NetBSD / docs-netbsd / Mailinglist-Archive / 1994-10.gz / 1994-10 / 000735_owner-netbsd-users@netbsd.org_Wed Oct 26 17:59:42 1994.msg < prev    next >
Text File  |  1994-11-20  |  2KB  |  51 lines
  1. To: Andrej Presern <andrejp@luz.fer.uni-lj.si>
  2. Cc: netbsd-users@netbsd.org
  3. From: "Marc W. Mengel" <mengel@dcdmwm.fnal.gov>
  4. Organization: Fermilab Unix System Support Group
  5. X-Phone: (708)840-8256
  6. X-Mailer: MH Version 6.1
  7. Subject: Re: netbsd vs linux 
  8.              <199410252359.TAA07662@pain.lcs.mit.edu> 
  9. Sender: owner-netbsd-users@netbsd.org
  10.  
  11.  
  12. In <199410252359.TAA07662@pain.lcs.mit.edu>  you write:
  13.     ... I keep hearing so much
  14.     about how linux is bad and netbsd is good. I'm not taking
  15.     any position here but i really would like to hear what's
  16.     wrong with linux and why is netbsd so good... I myself
  17.     have an amiga and will probably installa unix based os
  18.     as amigaos doesn't provide some of the functions i need
  19.     so any info would be most appriciated.
  20.  
  21. That can be a dangerous question to ask :-).  The good things and
  22. bad things about Linux are actually the same ones...
  23.  
  24. One good thing is that lots of people are hacking on it, and there are
  25. lots of drivers, etc. available.  The problem is that lots of people
  26. are working on it, so there are new releases weekly, stuff you get
  27. precompiled wasn't built right over half the time, and various pieces
  28. parts sometimes don't play well together.
  29.  
  30. In the more abstract design sense, one of the weaknesses of Linux is
  31. that data structures and system services are not abstracted via
  32. subroutine calls, hence code all over the kernel knows what the process
  33. table, etc.  looks like.  This means that changing these data
  34. structures is nearly impossible.  The NetBSD code has well insulated
  35. data structures which hide all the low level implementation details,
  36. hence they can be changed by fixing just the interface routines.
  37.  
  38. Once again, this is a good thing and a bad thing -- it's good because
  39. it makes the system easier to maintain and modify and debug, its bad
  40. because it makes the system slower with all the function call
  41. overhead.
  42.  
  43. Third, the NetBSD code was done with portability in mind, and the NetBSD
  44. team is maintaining NetBSD on 5 or 6 platforms now.  On the other hand,
  45. folks seem to be starting to have some luck with Linux ports to other
  46. platforms...
  47.  
  48. So the good things and bad things are the same things, it just depends
  49. how you look at them :-).
  50.  
  51. Marc